Method and system for making functional devices available to participants of meetings

ABSTRACT

A system and method for connecting a processing device to a functional device connected to or in a base unit of a communications network, the base unit having a transmitter and the processing device having a memory, a display and an operating system. A first peripheral device is adapted to be coupled to the processing device via a generic communications protocol, the first peripheral device having a receiver and at least one fixed or configurable endpoint of the functional device exposed on the first peripheral device. The base unit and the first peripheral device is adapted to transmit and receive data respectively over the communications network from the functional device to the processing device via the at least one fixed or configurable endpoint using the generic communications protocol for communication between the processing device and the first peripheral device.

The present invention relates to methods, devices and systems for makingfunctional devices available to participants of meetings, as well assoftware for carrying out such methods.

BACKGROUND OF THE INVENTION

Allowing ad hoc groups of persons to communicate with each other is oneof the fundamental aspects of collaboration, problem solving,negotiation, teaching and education, etc. To assist in communication,there has been an explosion of electronic communication tools such aselectronic conferencing tools, e.g. synchronous and asynchronousconferencing, online chat, Instant Messaging, audio conferencing,videoconferencing, data conferencing, application sharing, remotedesktop sharing, electronic meeting systems, collaborative management(coordination) tools, project management systems, knowledge managementsystems, and social software systems.

One classic approach is the lecture or seminar often involving apresentation using presentation software. To a large extent thetraditional single person presentation or lecture has been maintainedwith the audience being in a rather passive mode as far as determining,constructing, augmenting or modifying the information to be presented isconcerned.

As with other business processes, meetings are going digital.Increasingly, people are using computer technology alone and inconjunction with broadband networks to support their meeting objectivesprior to and during an actual meeting. For example, e-mail is used topass around files for people to read prior to a meeting.

However, certain functionalities such as microphones and load speakerstend to have a low quality if these are provided by portable devicessuch as laptops and mobile phones. As meetings get larger in size thereis a need for high quality audio as well as visual signals to be madeavailable to participants at a meeting.

SUMMARY OF THE INVENTION

Embodiments of the present invention relate to methods, devices andsystems for making functional devices available to participants ofmeetings, as well as software for carrying out such methods.

Embodiments of the present invention provide a system for connecting aprocessing device to a functional device connected to or in a base unitof a communications network, the processing device having a memory, adisplay and an operating system, the system comprising:

-   -   a first peripheral device being adapted to be coupled to the        processing device via a generic communications protocol, the        base unit having a transmitter and the first peripheral device        having a receiver and at least one fixed or configurable        endpoint of the functional device exposed on the first        peripheral device;    -   the base unit and the first peripheral device being adapted to        transmit and receive data respectively over the communications        network from the functional device to the processing device via        the at least one fixed or configurable endpoint using the        generic communications protocol for communication between the        processing device and the first peripheral device.

The functional device can be a data generating device such as any one ormore of a microphone, a speakerphone, a speaker, a display, atouchscreen, a projector, a camera, a video camera, a webcamera.

The at least one fixed or configurable endpoint of the functional deviceexposed on the first peripheral device can be a human interface device.

The processing device can be adapted to communicate with the at leastone fixed or configurable endpoint with the pre-installed generic driverbeing a human interface device driver.

The at least one fixed or configurable endpoint of the functional deviceexposed on the first peripheral device can be a mass storage device.

The processing device can be adapted to communicate with the at leastone fixed or configurable endpoint with a pre-installed generic driverbeing a mass storage device driver.

The at least one fixed or a configurable endpoint of the functionaldevice exposed on the first peripheral device can be a composite device.

The processing device can be adapted to communicate with the at leastone fixed or configurable endpoint with a pre-installed generic driverbeing a composite device driver.

The system can comprise means for encoding, optionally encrypting thedata.

The processing device can be adapted to host a unified communicationbetween two or more processing devices. The unified communication can bea Skype™ call or a Skype™ for Business call. The first peripheral devicecan be adapted to present the functional device to the unifiedcommunication between two or more processing devices. For example thefunctional device can be a speaker phone, a microphone, a speaker, avideocamera, a webcam, a camera, or other audio source.

The system can be adapted to share data from other processing devices ina meeting in the call. A manual action can be used to activate thissharing to be performed by the person sharing or the host via local viewwindow.

The system can be adapted to select of a camera, e.g. via a manualaction in UC clients. The system can be adapted to synchronize thesharing state of the first peripheral device with the sharing state ofthe UC client.

The system can be adapted to provide a multiuser wireless speakerphone.The speakerphone can be made accessible to every processing device in ameeting with a first peripheral device connected to each of theprocessing devices. There is no moderation or need to perform an actionto get access to this device.

The system can be adapted to provide separate controls, e.g. on theperipheral device to control a volume of an audio output of the BaseUnit and to mute a room microphone. When muted, a microphone can also bemuted for all other first peripheral devices connected to processingdevices in a meeting.

Audio signals should be picked up by a microphone or the Base Unit canbe adapted to have to inject audio signals in any audio feed such as ina microphone signal to a first peripheral device connected to aprocessing device.

The system can be adapted to expose the same type of functional deviceto the user as is connected to the Base Unit so that a user can usedrivers provided by a vendor of the functional device installed on theprocessing device.

The system can be adapted such that for a plurality of processingdevices communicating with the Base Unit, a functional device connectedto the base unit will be exposed to all the plurality of processingdevices. The functional device can be exposed natively.

The system can be adapted to allow any processing device connected tothe communications network through the first peripheral device theability to view any audiovisual content that is displayed, provided orprojected in the meeting room on that processing device called “localview”.

A processing device which is a receiver of the local view can have, butis not limited to, following functionality:

-   -   The ability to open a window and view the meeting room content        in there.    -   The ability to zoom into the content.    -   The local view can allow the user to start and/or participate in        a blackboard or annotation session from his/her own processing        device

The system can be adapted provide alternative methods and systems ifthere are too few first peripheral devices in a certain meeting room.

The system can be adapted to provide a warning if a first peripheraldevice is attempting to connect to the wrong base unit.

In another aspect the present invention provides a method for connectinga processing device to a functional device connected to or in a baseunit of a communications network, the processing device having a memory,a display and an operating system, the base unit having a transmitterand the first peripheral device having a receiver the method comprising:

-   -   coupling a first peripheral device being to the processing        device via a generic communications protocol, providing at least        one fixed or a configurable endpoint of the functional device        exposed on the first peripheral device;    -   transmitting data from the base unit and receiving the data at        the first peripheral device over the communications network from        the functional device to the processing device via the at least        one fixed or configurable endpoint using the generic        communications protocol for communication between the processing        device and the first peripheral device.

The functional device can provide any one or more of a microphone, aspeakerphone, a speaker, a display, a touchscreen, a projector, acamera, a video camera, a webcamera.

The method can include presenting the at least one fixed or aconfigurable endpoint of the functional device exposed on the firstperipheral device as one of a human interface device, a mass storagedevice, a composite device, a microphone, a speakerphone, a speaker, adisplay, a touchscreen, a projector, a camera, a video camera, or awebcamera.

The data can be encoded, and/or optionally encrypted.

A unified communication between two or more further processing devicescan be hosted on the processing device.

The first peripheral device can present a functional device to theunified communication between two or more processing devices.

The method can include exposing the same type of functional device tothe processing device as is connected to the Base Unit and using atleast one driver for the functional device installed on the processingdevice.

In another aspect a peripheral device adapted to be coupled to aprocessing device via a generic communications protocol is provided, theperipheral device having a receiver and at least one fixed or aconfigurable endpoint of a functional device exposed on the firstperipheral device;

-   -   the receiver of the first peripheral device being adapted to        receive data over the communications network from the functional        device and for sending the data to the processing device via the        at least one fixed or configurable endpoint using the generic        communications protocol for communication between the processing        device and the peripheral device.

The at least one fixed or a configurable endpoint of the functionaldevice exposed on the first peripheral device can be one of a humaninterface device, a mass storage device, a composite device, amicrophone, a speakerphone, a speaker, a display, a touchscreen, aprojector, a camera, a video camera, or a webcamera.

In another aspect a computer program product is provided for carryingout any of the method steps of claim 10 when executed on a processor. Anon-transitory signal storage means can be used to store the computerprogram. The non-transitory signal storage means can be an optical disksuch as a CD-ROM or a DVD-ROM, a magnetic disk such as a hard disk, asolid state memory such as a flash memory, a magnetic tape or similar.

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 shows in FIGS. 1A to C an embodiment of the present invention.

FIGS. 2 and 3 show message flows of how a peripheral device is connectedto a processing device in embodiments of the present invention.

FIG. 4 shows an arrangement of components that can be used inembodiments of the present invention. This figure is FIG. 11 of WO2013/037980 entitled “Electronic tools and methods with audio formeetings” which is incorporated herein by reference with respect to FIG.11 thereof and also in its entirety.

FIG. 5 shows an arrangement of processing devices as used in a meetingwith a unified communication in progress according to an embodiment ofthe present invention.

FIGS. 6 to 11 show embodiments of the present invention where aperipheral device is coupled to a processing device.

FIGS. 12 to 14 show embodiments of the present invention where aperipheral device is not coupled to a processing device.

FIG. 15 shows a message flow for use with any of the embodiments 1 to 11and 17 according to an embodiment of the present invention.

FIG. 16 shows a message flow for use with any of the embodiments 12 to14 according to an embodiment of the present invention.

FIG. 17 shows a further embodiment of the present invention.

DEFINITIONS

“Plug and play” is a term used to describe the characteristic of acomputer bus, or device specification, which facilitates the discoveryof a hardware component in a system, without the need for physicaldevice configuration, or user intervention in resolving resourceconflicts. Plug and play devices can be added to a bus of a computingsystem (while running or when shut down), and the newly added device andpossibly the rest of the computing system is automatically configured tomake the newly added device work, both from hardware and from softwareperspective.

Plug and play interfaces include for example (not an exhaustive list):Firewire (IEEE-1394), PCI, Mini PCI, PCI Express, Mini PCI Express,PCMCIA, PC Card, Universal Serial Bus (USB), SDIO cards, HDMI,DisplayPort, Bluetooth etc.

“Auto-configuration” is the automatic configuration of devices withoutmanual intervention, without setting any switches or jumpers, andwithout any need for software configuration. An example ofauto-configuring devices: USB devices. Examples of auto-configuringprotocols: DHCP, Zeroconf, Bonjour.

A plug and play device has auto-configuration software by default tomake it plug and play. Example: USB devices are made to be plug and playby including the correct auto-configuration software (e.g. host driver,host stack, application software). Autoconfiguration can also refer to asoftware alone and is not restricted to a physical device.

“Hot swapping and hot plugging” are terms used to describe the functionsof replacing computer system components without shutting down thesystem. More specifically, hot swapping describes replacing componentswithout significant interruption to the system, while hot pluggingdescribes the addition of components that would expand the systemwithout significant interruption to the operation of the system. Awell-known example of this functionality is the Universal Serial Bus(USB) that allows users to add or remove peripheral components such as amouse, keyboard, or printer. Other examples are eSATA, PCIe, FireWire,for example.

A “portable application” (portable app), sometimes also calledstandalone, is a computer software program designed to run withoutinstallation on the target machine. This type of application is storedon a removable storage device such as a CD, USB flash drive, flash card,or floppy disk—storing its program files, configuration information anddata on the storage medium alone. It is a program that can be stored onan electronic device such as a USB flash drive, iPod, memory card,portable hard drive or other portable electronic device and runs on acomputer or other processing device coupled to the electronic devicewithout making permanent configuration changes to the host computer. Allsuch programs have a zero-footprint, meaning all temporary files,registry entries, and any other changes to the machine exist only whilethe program is running.

To be considered a portable application, for purpose of this invention,a software program must:

Not require any kind of formal installation onto a computer's permanentstorage device to be executed, and can be stored on a removable storagedevice such as USB flash drive, iPod, memory card, portable hard driveor other portable electronic storage device thus enabling it to be usedon multiple computers.

Settings are stored with, and can be preferably carried around with, thesoftware (i.e., they are written to the electronic device such as a USBdrive). Settings are not stored to the registry or any other centralsystem database of the computer.

Leaves a zero (or near-zero) “footprint” on any PC it is run on afterbeing used. i.e., all temporary files/registry settings should be eitheravoided or at least removed once the program has exited, and filescreated by the user can be saved directly to the same removable media asthe application is stored on.

A portable application does not leave its files or settings on the hostcomputer on which it runs. For example, the application does not writeto the Windows registry or store its configuration files (such as an INTfile) in the user's profile; instead, it stores its configuration filesin the program's directory. Another requirement, since file paths willoften differ on changing computers due to variation in Windows driveletter assignments, is the need for applications to store them in arelative format. Preferably, such a program does not require a launcherprogram to copy necessary settings and files to the host computer whenthe application starts and move them back to the application's directorywhen it closes as this may leave a residue on the hard drive in case ofpower failure.

“Electronic meeting systems” (EMS) need to be distinguished on the onehand from classic groupware, on the other from web conferencing systems.In reality, there is some overlap between minor features of products ofthe named categories. The main difference from groupware is theintensity of collaboration. EMS should be distinguished from systemswith which it is possible to show the contents of an individual computerscreen on a remote display with multiple users at the same time.

“Groupware” supports collaboration within groups where the individualcontributions remain identifiable. In contrast, EMS enables the group tocooperatively produce a result for which the group is responsible as awhole. In a business process, groupware and electronic meeting systemscomplement each other: Groupware supports teams when researching andcreating documents in the run up to an EMS session or when implementingthe results of such a session.

“Web conferencing systems” and “electronic meeting systems” complementeach other in the online meeting or workshop: EMS extends the webconferencing system by providing interactive tools for producing anddocumenting group results. On the other hand, “web conferencing systems”complement EMS with the screen sharing and voice conferencingfunctionality required in synchronous online meetings and not present inEMS.

“Data conferencing” refers to a communication session among two or moreparticipants sharing computer data in real time. Interaction andpresentation devices such as a screen, keyboard, mouse, camera, etc. canbe shared. It is a term used to distinguish from video conferencing andaudio conferencing. The data can include screen, documents, graphics,drawings and applications that can be seen by the participants of themeeting.

“Application sharing” is an element of remote access, falling under thecollaborative software umbrella, that enables two or more users toaccess a shared application or document from their respective computerssimultaneously in real time. Generally, the shared application ordocument will be running on a host computer, and remote access to theshared content will be provided to other users by the host user.Application sharing should be distinguished from systems in whichcollaboration on the applications between different users is notpossible but the contents of individual computer screens can beprojected onto a remote display with multiple users at the same time.

The term “arbitrary media content” refers to the fact that a user maygenerate, create or select any media content that is appropriate todisplay. This differs from client voting on, or selecting of mediacontent that is displayed by another in a meeting or presentation. Thisterm refers to client oriented, distributed rights and privileges forthe display of content rather than a central presenter providing contentwhich is presented to the members of the meeting.

“Unified Communications system or tools” refers to audio or audio visualcommunications such as provided by “Skype™” or “Skype™ for business”.Such software can take over audio and/or visual data provided from ahost processing device. Unified communication tool can be described as acollection of tools to do VOIP, (web) conferencing, sharedwhiteboarding, message exchange (e.g. chat), file transfer, or presence.Unified Communications system or tools can make use of a protocol- orstandard defined or specific communication session or interaction, suchas Voice-Over-Internet-Protocol (“VoIP”), text or instant messaging(e.g., AIM, Blauk, eBuddy, Gadu-Gadu, IBM Lotus Sametime, ICQ, iMessage,IMVU, Lync, MXit, Paitalic, Skype, Tencent QQ, Windows Live Messenger™or MSN Messenger™, Wireclub, Xfire, and Yahoo! Messenger™ email, Twitter(e.g., tweeting), Digital Service Protocol (DSP), and the like. UnifiedCommunications system or tools can make use of video conferencing cloudservice including a video conferencing node to allow one or more userslocated at the first video conferencing endpoint to communicate with oneor more users located at the second video conferencing endpoint in avideo conference.

“Screen scraping” in the sense of the present invention refers toreading the video frame buffers and processing them, rather than justrendering them on a display. Screen scraping for presentations isdescribed in US2002/0196378 to Slobodin et al which is included hereinby reference.

“Auto composition” or “auto layout” refers to the automatic nature inwhich multiple graphics/video sources are rendered on a central display,without user intervention and in a way that a user would intuitivelyexpect it to happen.

“Wireless” and “wireless communication network” can be any network thatdoes not use cable links between nodes, e.g. uses RF, optical orInfraRed for communication purposes, such as IrDA, diffuse infra-red,WLAN, WiMax, WiFi, WiFi Direct, LiFi, ultrasound, ZigBee, or Bluetoothor any other wireless communication network known to the person skilledin the art.

“Computer” generally refers to a processing device, i.e. having aprocessing engine capable of various types of digital processing, suchas rendering graphics images for display. A computer can be in the formof a work station, a personal computer, a laptop, a palm top, a PDA, asmartphone, a tablet etc. Generally a computer has memory such asvolatile RAM. Non-volatile memory such as a hard disc, optical disk orsolid state memory can be included in the computer or can be aperipheral device. Currently most computers are electronic but the term“computer” also includes optics based computing devices.

The term “pre-installed generic driver” is intended to mean a driverwhich is installed on a processing device such as a computer as astandard driver, e.g. is installed with the installation of theoperating system. Such a driver is standard for the operating system andcan drive a standard class of peripheral devices coupled to or connectedto the processing device. The installation of a specific driver for sucha peripheral device is not required. Such a generic driver can be ahuman interface driver (HID) or a mass storage device driver, which haspredetermined software components configured for driving mass storage, aCD-ROM, a keyboard etc. or combinations of these. Such devices can bereadable and writable computer peripheral memory devices such as USBmemory sticks, flash memories, external hard drives, or more.

“Host device” is a processing device that wants to share using a firstperipheral device or dongle.

“Functional device” is a second peripheral device connected in some wayto a base unit. The system has the ability to expose second peripheraldevices connected to the Base Unit to the first peripheral devicetransparently as if it were attached to the processing device to whichthe first peripheral device is connected.

“Endpoints” can be described as data sources or sinks and are definedfor USB Devices which can be physical devices or virtual devices. In thepresent invention endpoints should be interpreted broadly as datasources or sinks. Hence data can be stored at an endpoint or emitted. Anendpoint can act as a kind of buffer can be defined for physical devicesor virtual devices. The data stored at an endpoint may either bereceived from or waiting for being sent to the host such as a USB Host.An endpoint is defined by a number of descriptive fields. For example,an endpoint can be configured to support different transfer types suchas four transfer types. These transfer can be as defined in the USBspecification, e.g. Control Transfers, Interrupt Transfers, IsochronousTransfers, and Bulk Transfers. The skilled person can use these transfertypes as required in the present invention. Within the limits of thehardware, endpoints can be configured using middleware, e.g. USBMiddleware. An endpoint can be limited to a certain transfer type. A USBHost's client may send data to an Endpoint 1 for example. Coming fromthe USB Host, the data will be sent to the OUT Endpoint 1. The softwarerunning will then read the data as soon as it is ready to do so.Returning data has to be written to the IN Endpoint 1, as the softwarecannot access the USB bus freely as the USB bus is controlled by the USBHost. The data in IN Endpoint 1 stays there until the host sends an INpacket to Endpoint 1 requesting the data.

A limit can be placed on the number of endpoints. Each endpoint can haveone transfer direction. A specific endpoint can be defined, for example,for control transfers only and cannot be assigned to any other function.

Control Transfers can be bi-directional transfers reserved for the hostto send and request configuration information to and from a device usinga specific IN and OUT Endpoint.

Each Control Transfer can comprise a number of transactions. ControlTransfers can have several stages:

-   -   1. The SETUP stage carries a Setup packet, defining the request,        and specifying how many data should be transferred in the DATA        stage.    -   2. The DATA stage is optional. If present, it always starts with        a transaction containing a DATA1 packet. Then, the transaction        type alternates between DATA0 and DATA1 until all required data        have been transferred.    -   3. The STATUS stage is a transaction containing a zero-length        DATA1 packet. If the DATA stage was IN, then the STATUS stage is        OUT, and vice-versa.

Interrupt Transfers have a limited latency to or from a device. In USB,an Interrupt Transfer, or Interrupt Pipe, has a defined polling rate.Typically, Interrupt Transfer data consists of event notifications,characters, or coordinates from a pointing device.

Isochronous Transfers are used for transmitting real-time informationsuch as audio and video data, can be sent at a constant rate. USBisochronous data streams are allocated a dedicated portion of USBbandwidth to ensure that data can be delivered at the desired rate. AnIsochronous pipe sends a new data packet in every frame, regardless ofthe success or failure of the last packet. Isochronous Transfers neednot have error detection. Any error in electrical transmission is notcorrected.

Bulk Transfers are used for data which are not of the type Control,Interrupt, or Isochronous. Reliable exchange of data is ensured at thehardware level using error detection.

Bulk Transfers take up all the bandwidth that is available after theother transfers have finished. If the bus is very busy, then a BulkTransfer may be delayed.

“A specific device exposes a peripheral device or other device” meansthat the specific device configures one or more endpoints with specificdescriptor fields.

DETAILED DESCRIPTION OF THE INVENTION

Embodiments of the present invention allow a wireless connection betweena user processing device such as a laptop, computer, PDA, smartphoneetc. and a base unit of a wireless network. The wireless connection maybe made by an integrated wireless transceiver in the user processingdevice such as the laptop, the computer, the PDA, or the smartphone etc.Alternatively, in some embodiments of the present invention the wirelessconnection is made via a first peripheral device plugged into, coupled,connected or attached in some way to the user processing device or isprovided by other hardware or software.

Embodiments of the present invention allow users, e.g. participants in ameeting room, to make use of at least one functional device, somefunctional devices or all functional equipment attached to the base unitwhereby the at least one functional device has an electronic output suchas a digital electronic output and can co-operate with other devicesplugged into, coupled, connected or attached in some way to the baseunit or is provided by other hardware or software. The at least onefunctional device can be provided by either plugging in a secondperipheral device e.g. a dongle or by a wireless connected secondperipheral device or by connecting to the at least one functional devicewith some software which can be downloaded or pre-installed. The atleast one functional device can have an electronic output such asprovided by a touch screen, a microphone, a speakerphone, a camera andcan function with devices which have an electronic input such as adisplay or a speaker. Embodiments of the present invention provide thefunctional device for shared use by participants in a classroom ormeeting room.

The at least one functional device coupled or connected or attached tothe base unit, e.g. via a serial connection such as a serialplug-and-play connection e.g. USB or via a wireless connection such as aNear Field Communication (NFC) connection, e.g. a Bluetooth connection,an IR connection etc. is made accessible and usable to one or more usersin the meeting room or classroom. Preferably this is done in atransparent and standard way. In different cases, the system can behaveas a wireless (e.g. USB) hub, in another case, the first peripheraldevice or other hardware or software exposes a virtual device that hasthe same functionality or more as the combined functionalities of thefunctional devices e.g. second peripherals which are coupled orconnected or attached to the base unit.

Embodiments of the present invention make use of a base unit, the baseunit comprising at least a transmitting function and usually atransmitting and receiving function such as a transceiver function. Thebase unit is a base unit of a network such as a wireless network andhence can have a transmitter, a receiver or a transceiver. The base unitcan be a hardware box comprising a digital processing engine such as anFPGA, a CPU, a GPU etc. as well as memory and input/output ports andwhich is adapted for connection to e.g. by plugging it in, anyfunctional device such as one or more second peripheral devices that canbe used in a meeting room or classroom with or without visual or audiocapabilities. Functional devices, such as the one or more secondperipheral devices, for use with the base unit can include one, some orall of a television or other video provider e.g. providing images suchas video over an HDMI, DVI, USB or other connection, an image capturingdevice such as a camera, e.g. for providing captured images like videoover a USB or HDMI or other connection, audio devices such asspeakerphones providing audio such as speech or music over a USBconnection or other connection, or speakers over a USB connection,making use for example of a 3.5 mm audio jack, SPDIF or otherconnection, or one or more microphones making use for example of a 3.5mm jack, USB or other connection, display devices such as touchscreensmaking use for example of a USB or other connection, all-in-ones over aUSB connection and any other functional device or first peripheraldevice that can be connected to e.g. plugged into the first device suchas the base unit and which have, for example, an electronic output suchas a digital electronic output.

Embodiments of the present invention comprise a device such as a firstperipheral device comprising at least a receiving function and usually atransmitting and receiving function such as a transceiver function. Thefirst peripheral device (being at least a receiver device) can behardware e.g. having a wireless or wired connection capability, softwareor a combination of both that can be connected to the base unit over awireless connection such as a Wi-Fi, Bluetooth, Wi-Gig, Li-Fi, NFC orsimilar connection, or a wired link e.g. a USB, Ethernet, etc.connection. This allows the base unit to expose and make available anyfunctional device such as a second peripheral device that is connectedto the base unit, to one or more first peripheral devices (e.g. receiverdevices) such as to expose and make available simultaneously with aplurality of first peripheral device (e.g. receiver devices) in one offollowing ways:

-   -   1. By exposing the or each functional device (such as the or        each second peripheral device) connected to the base unit in a        one-on-one manner or in a one to more of the first peripheral        devices or user processing devices manner, e.g. to one or more        first peripheral devices or user processing devices, preferably        without interpretation or processing the electronic signals from        each functional device e.g. the second peripheral device e.g. by        tunneling the packets from the base unit to the endpoints of the        one to more of the first peripheral devices or user processing        devices.    -   2. By interpreting, processing and translating the electronic        signal coming from the at least one functional device, e.g. the        second peripheral device and, for example mimicking the at least        one functional device, e.g. the second peripheral device at the        first peripherals' end (e.g. receiver devices' end), either in        software or hardware or both. With mimicking is meant that the        same device is exposed in the endpoints as the second peripheral        device connected with the base unit although the communication        is not simply being tunneled as in the first and second methods        described above.    -   3. By combining one or more functional devices, e.g. second        peripheral devices or part of a second peripheral device and        exposing it to the one or more first peripheral devices, e.g.        receiver devices through a custom device in hardware, software        or both.    -   4. By combining one or more functional devices e.g. second        peripheral device(s) or part of a second peripheral device and        exposing its functionality to the end user through proprietary        software.    -   5. By combining any of the above methods to provide the function        of the functional device e.g. the second peripheral device to        the one or more first peripheral devices such as receiver        devices.

When a functional device, e.g. a second peripheral device is exposednatively or as a mimic of such a device in hardware, use can be made ofendpoints such as USB endpoints on the first peripheral device or theuser processing device which can expose the corresponding secondperipheral devices such as USB devices connected to or plugged into thebase unit (as is done in a hub), so no proprietary software or driversneed to be installed to support this.

When exposing custom devices, i.e. specifically developed to work withthe present invention use is made of these same endpoints of the firstperipheral devices such as the receiver's hardware or it can be done insoftware with a driver.

A first peripheral device can be used to set up a connection such as awireless or wired connection between a first peripheral device and baseunit, e.g. by acting as a hub such as a wireless hub of which a wirelessUSB-hub is one example. Whatever second peripheral device is connectedto or plug into the base unit e.g. a second peripheral device selectedfrom the non-exhaustive list given above of a TV, video device, audiodevice, speakerphone, camera, display . . . , is exposed to the firstperipheral device in any of the 5 ways described above.

Advantages of embodiments of the present invention can be one, some orall of the following:

-   -   In one implementation, all second peripheral devices which can        be USB devices are mirrored one on one, needing no additional        drivers or software to be installed on the users' processing        devices other than the second peripheral's vendor's drivers. The        second peripheral devices can be exposed to the user's        processing device either by the hardware of the first peripheral        device directly, or by using a software virtual hub on the first        peripheral device or on the user's processing device.    -   In another implementation, different second peripheral devices        (e.g. speakers, microphones, . . . e.g. with electronic outputs        and/or inputs) can be combined and connected to the same base        unit. Additional functionality such as echo cancellation,        translation, encoding/decoding, etc.) can be provided in the        base unit.

Only one second peripheral needs to be exposed through the firstperipheral device to the user's processing device.

-   -   A combination of previous two methods can be provided for one or        a combination of devices or functions. Different approaches can        be used within one final solution, depending on if the device or        function needs to be available to multiple users at once, the        technical feasibility of simply mirroring of the device etc.    -   By adding some software to the client software running on the        user processing device, configuration for these devices can be        made easier (e.g. set as default devices) and some custom        controls (mute, pan/tilt/zoom, . . . ) can be added.        -   Some controls can be added to the first peripheral device        -   Some processing can be done on the base unit to make such            controls obsolete (e.g. automatic gain control on an audio            signal, framing of participants to remove the need for ptz)    -   Multiple users can use the functional devices in contrast to        regular hub, with which only one person can plug in only one        cable. Each user processing device to which a first peripheral        device is plugged in can use these functional devices and the        base unit will make sure all streams are correctly captured,        played, processed, combined and/or enhanced.    -   Different streams can be given different priority (speed,        throughput, . . . ) to adjust to the unpredictable nature of the        wireless communication channel. E.g. to prioritize audio streams        over video streams to enhance the call experience.    -   When having a VOIP call such as a Skype™ call in a meeting, the        first peripheral device is connected to, e.g. plugged into a        user processing device and all the functional devices connected        to the base unit can be used, e.g. a better camera that gives a        wide a room view, a better microphone and better speakers). This        is especially beneficial when there are multiple people in the        room that want to attend the conference call such as a VOIP or        skype™ call.

With reference to FIG. 1 group 90 is a microprocessor or FPGA baseddevice comprising one or more peripheral devices 91-93 which can beconnected to, e.g. plugged into a base unit 100. The peripheral devices91-93 may be connected to the base unit 100 by means of standardconnections such as serial connection of which Firewire (IEEE-1394),PCI, Mini PCI, PCI Express, Mini PCI Express, PCMCIA, PC Card, UniversalSerial Bus (USB), SDIO cards, HDMI, DisplayPort, Bluetooth etc.

Group 90 can be used to expose for example the peripheral devices

-   -   A webcam 91    -   A speakerphone 92    -   A number of HID endpoints 93

The Base Unit 100 has an electronic digital processor such as amicroprocessor or FPGA based device and comprises for example:

-   -   A Web interface 110 which is an interface for the base unit 100        in which one can configure the system    -   One or more drivers 111, e.g. two specific drivers for webcam 91        and speakerphone 92 running on the base unit 100 to receive or        send data from/to the group 90 and USB peripherals 91-93.    -   Additional processing is done in blocks 112, 114, 115 for both        audio and webcam encoding, mixing, (de)multiplexing and other        processing.    -   Data can be encrypted or decrypted in decrypters/encryptors 113,        116 before being sent to the first peripheral device 130 over a        wireless link 127.    -   The control modules 117 in base unit 100, and 37 in the first        peripheral device 130 use a control channel 128 between the base        unit 100 and the first peripheral device 130 to perform various        functions such as keep alive, identification, crypto key        exchange etc.    -   Unified protocol block 118 is a functional block abstracting        primary functions of the system: screen sharing and other        non-media streaming (e.g. mouse pointer)    -   Encryption and decryption modules 119, 120 are provided for the        main communication with the first peripheral device 130 and        other applications.    -   A encoder such as H264 encoder 121 provides and local view block        123 (which is a functional device or functional devices as        it/they emit a signal from the base unit 100 towards the user        processing device 160) are provided to capture the rendered        image on the main display 126, encode it and send it back to the        first peripheral device 130 and other clients    -   Audio processing blocks 124 are provided for audio content.    -   Video decoder 125 is provided to decode and render the screen        content to the display 126.

First peripheral device 130 is a microprocessor or FPGA based devicecomprising for example

-   -   Webcam video coming from webcam 91 of base unit 100 is decrypted        in block 30 and exposed to processing device 160 through a USB        video endpoint via USB video and drivers such as H264 drivers        31.    -   Audio signals from speakerphone 92 connected to the base unit        100 are decrypted in block 32, processed and exposed as        microphone signal from the USB speakerphone endpoint 92.    -   Audio signals from processing device 160 coming through a        Speakerphone USB endpoint is encrypted in block 35 and sent to        the Base Unit 100 via wireless connection 127.    -   Control HID (Human Interface Device) 51 is a mirror of        additional HID USB endpoints that the Group 90 and the second        peripheral devices 91-93 have exposed to the Base Unit 100.    -   A vendor specific HID endpoint indicated as datapump 42 is used        for a channel 52 which can be a high bandwidth data channel        between vendor specific software such as software 70 running on        processing device 160 and the Base Unit 100 over the first        peripheral device 130. Screen video and audio signals for        display 126 can be sent over this channel 52. This is preferred        compared with doing this over a control HID endpoint in the        first peripheral device 130. Also the screen input of display        126 which is captured (block 123) and encoded (block 121) in the        Base Unit 100, is sent to the vendor specific software running        on the processing device 160 to allow other users such as a        plurality of users or participants in a meeting each of which        has got a processing device 160 and optionally a first        peripheral device 130 plugged in, to view what is on the display        126 on a display (not shown) on their own processing device 160.    -   A number of basic components such as the operating system (OS)        and the drivers to control optical indicators such as an LED        ring on the first peripheral device 130, bandwidth measurement        module and other the wi-fi modules, update/upgrade modules e.g.        over wireless, secure boot module, secure key storage, debug and        test module, etc. are provided in blocks 45 to 50.    -   The audio capture module 43 exposes speakers' endpoint to the        processing device 160. The module 43 captures this audio and        sends it back to the vendor software 70 running on the        processing device 160 where it can be timestamped (block 69) and        aligned with the video data and then sent, for example, to the        Base Unit 100 through the datapump 42. This allows better time        stamping and lipsync.    -   In a less preferred embodiment the audio can be captured and        processed on the first peripheral device 130 and sent        immediately to the Base Unit 100.

A microprocessor or FPGA processing device 160 such as a computer,laptop, smart phone, personal assistant (PDA) etc. runs proprietarysoftware 60, 70 including for example 3^(rd) party software (e.g. Skype)60.

-   -   3^(rd) party software 60 is running on processing device 160        (e.g. communications software such as Skype™) which uses the        video endpoint from the at least one functional device 91-93        (e.g. the webcam 91 that was attached to the Base Unit 100)        and/or the speakerphone endpoints (both speakerphone microphone        and speakerphone speakers)    -   Block 70 comprises software developed and dedicated to the        present invention to:        -   Decrypt (61) and decode (62) a pipeline which will then show            the screen data of display 126 from the Base Unit 100 in a            window of the software. The data following the arrow 71            going out of the last stage (local view 63) is captured by            the communications software such as Skype™ client software            60.        -   The unified protocol block 64 is a module that handles the            control layer and controls the media paths, the connection            to the first peripheral device 130 and (indirectly) the            connection to the Base Unit 100.        -   Pipeline 65-67 is for screen capture (67), encoding (66) and            encryption (65) for the screen sharing to the Base Unit 100.        -   Pipeline 68, 69 receives the speaker's audio signals (block            68) back from the first peripheral device 130, does            processing (e.g. timestamping, block 69) and sends it out            through the HID endpoint (the “datapump” 52).    -   Endpoints not used by the software in this case are the control        HID from the second peripheral devices. If some software were        running from the vendor of a second peripheral device, this        software can communicate with the relevant second peripheral        device over these HID endpoints (e.g. camera pan/tilt/zoom).        -   Speakers endpoint (the content audio arrow 53) is used by            the operating system (OS) of the processing device 160 to            send all (non-speakerphone) sounds/audio signals.

Connecting a First Peripheral Device to a User Processing Device

A first peripheral device 130 can be connected to a user processingdevice 160 by a method 300 as indicated in FIG. 2. The connection can bea serial connection such as a USB connection for example, such as USB 1,2, 3 or -C etc. and the peripheral device 130 is connected to, e.g.plugged into a plug-and-play serial port such as provided for a USBconnection. The first peripheral device 130 may include a user inputdevice, e.g. an actuator. The first peripheral device 130 can beconfigured as a connection unit and can be a physical device in the formof a connector for a plug and play interface of a user processingdevice. It can have a base and a flexible data and power connectionattached to the base. The base can have the actuator, e.g. a buttonconfigured to be an input device which can be activated by a user.

The flexible data and power connection should be adapted so that thebase lies flat on the meeting table independent of the orientation ofthe connector needed to insert the connector into the plug and playinterface. The base preferably includes electronics and optionally haspermanent storage for storing an application such as a portableapplication. Network configuration parameters for the WiFi connection tothe base unit 100 can also be stored in a memory. The first peripheralunit may have a processing engine (e.g. CPU, GPU, FPGA), a wirelesstransmitter/receiver such as for WiFi or LiFi, a plug and play interfacesuch as a USB interface, a light ring such as an LED ring or strip asvisual indicator. The portable application can be stored on the firstperipheral device 160, i.e. in the base or it can be downloaded,obtained from on another pluggable device like a flash drive, bedownloaded from the base unit 100 etc. The visual indicator is forallowing user feedback from the connection unit of the status of anyactivity.

Some examples for activation of the actuator which can be used with anyof the embodiments of the present invention: Sound activated (hand clap,voice recognition, computer sound, music, . . . ) Remote controlled viawireless connected device (IR, Bluetooth, WiFi, LiFi . . . ), Lightactivated, Pressure activated, e.g. depression with a finger or hand,Touch activated, Proximity (‘near-touch’ on the actuator or bringing theactuator close to some object, Biometric reader such as Fingerprintreader, Iris scanner, DNA analyser, Keypad, e.g. for entering Keycodee.g. a password.

The method 300 comprises in step 301 connecting the first peripheraldevice 130 to a processing device 160, e.g. by plugging in. This resultsin a kernel boot step 302 and exchange of initialization scripts in step303. The first peripheral device 130 is discovered to be a USB device instep 306 and the USB protocol stack is loaded in step 304 followed byloading the wireless connection protocol stack in step 305. Theparameters for the wireless connection are input e.g. from a memory onthe first peripheral device 130 or by the user and the wirelessconnection association completed in step 307. Any client software thatneeds to be loaded onto the processing device 160 is now loaded andlaunched in step 308, e.g. by user action. The first peripheral device130 is now ready in step 310 to share data with a display screen 126attached to the base unit 100.

As show in FIG. 3 if a launcher program is available e.g. stored on thefirst peripheral device 130 or stored on the processing device 160, orretrievable from a remote location such as a URL on the Internet, orform a LAN server, this can launch the client software in step 328automatically. Steps 321 to 327 and 329 and 330 are the same as steps301 to 307 and 309 and 310 of FIG. 2.

For example the client software can be the software 70 of FIG. 1 runningon processing device 160. Other software such as communications software60 e.g. Skype™ can be pre-installed on processing device 160. Clientsoftware 70 can be for the processing of video data from the processingdevice 160, and this client software is executed on the processingdevice 160 e.g. using a processing engine such as a CPU, GPU or FPGA.The client software 60 can be screen scraping software that screenscrapes the screen of the processing device 160. This client software 60can be stored as a software program in memory such as mass storage onthe first peripheral device 130. This software program is executed suchas loaded onto the processing device 160 when it is coupled thereto,either automatically or by user action as described above. When thesoftware 60 is running on the processing device 160 it is preferred thatit leaves zero footprint on termination. The software 60 when executedon the processing device 160 captures the video data that is availableon the processing device 160, e.g. from a presentation or video that isrunning on the processing device 160. For example, the software 70 whenexecuted on the processing device 160, is adapted to screen scrape, e.g.to read one or more video frame buffers from a graphics card in theprocessing device 160. Generally the processing device 160 will have itsown display and hence will have a graphics card or something equivalentwith a buffer for storing video data. This read video information can betime stamped (in block 69) with a clock time, to be able to latersynchronize the captured video signal with a related audio signal. Thevideo signal is then encoded in a video encoder (block 66), fortransport (arrow 53) over the plug and play interface using a genericdriver, such as over a USB interface using generic pre-installeddrivers, e.g. a generic pre-installed Human Interface Driver (HID). Thedata is transmitted to the wireless communications network 127 such as aWiFi or LiFi network and routed over the communications network 127 tothe base unit 100, inserted into a suitable composition such as anOpenGL based composition in a compositor for display on the displaydevice 126.

Sending Data from the Processing Device to the Base Unit

With reference to FIG. 4 the audio data on the processing device 160such as a computer, laptop, smartphone, PDA, tablet etc., the audio issent over a port using generic drivers such as over a USB port 8 usingthe standard built-in generic audio driver such as UAC driver 7. On thefirst peripheral device 130, the audio packets are read from the genericport, e.g. USB port 11 by a dedicated audio device 14. These packets arethen processed by any of a mixer a rate converter, an echo canceller,noise canceller or similar. Any of the mixing, rate conversion, echocancelling, noise cancelling can be executed using an ALSA driver 18.The ALSA driver offers the packets to a dummy audio device 16 such as anaudio scraper. In this audio device 16 the audio packets can be timestamped from the clock 15 that can be synchronized with clock 9 of theprocessing device 31. This information is then encoded in an encoder 17and packetized in a packetizer 19] before being transferred to thecommunications network between the first peripheral device 130 and thebase unit 100. The network can be a wireless network such as a WiFi orLiFi network. For this purpose a suitable transmitter 21 is provided inthe first peripheral device 130. On the base unit 100 the audioinformation stream is recovered at a suitable communications interfacesuch as the WiFi access point 22. The audio is then unpacked in anunpacker 23, decoded in a decoder 24 before being before being offeredto an audio mixer 28. In order to synchronise the audio and videostreams these are both sent to a synchronizer 27 in which the twostreams are synchronized and thus keep lip synchronization.

Sending Data from the Processing Device to the Base Unit

Embodiments of the present invention can capture data such as visual oraudio signals and bring these to one or more processing devices 160 sothat this captured data can be shared with other participants. Thesevisual or audio signals are captured from, provided by, obtained fromfunctional devices such as a webcam 91 a speakerphone 92, but alsocaptured from display 126. For example, a functional device could be amicrophone which located at an appropriate position in a meeting to givegood reception of audio data. This can be used with a central speakersystem which can be of higher quality than is provided in the processingdevices 160 of meeting participants. Such a speaker system could be aquadrophonic surround speaker system for example. This can also avoidthe difficulties with multiple microphones and speakers which can resultin annoying positive feedback.

Embodiments of the present invention can include the features discussedwith respect to FIGS. 1 to 4 to provide additional functionality whichcan be shared, for example, by all participants of a meeting who have aprocessing device 160 optionally with a plug-in first peripheral device130. In embodiments of the present invention, fixed USB endpoints on thefirst peripheral device 130 are provided for the basic functionality.These are fixed and are a combination of vendor specific endpoints and anumber of standard endpoints and can be interpreted or understood as acustom Driver, a default OS driver and/or a host application as has beendescribed with reference to FIG. 4 do screen sharing and audio.

The configurable USB endpoints are configured either when pairing afirst peripheral device 130 device with a base unit 100 or over thewireless connection 127 between the processing device 130 and the baseunit 100. Once configured, the USB endpoints will expose secondperipherals devices 91-93 which can be interpreted as custom drivers,vendor specific drivers or default OS drivers. These can be used byeither a host application or third party applications. These endpointscan be an exact copy of the ones of the second peripheral device 91-93connected to the Base Unit 100 or can be dedicated specified endpoints.

Communication of these USB endpoints with the processing device 160 canbe done through standard enumeration of the USB endpoints whenconnecting, such as plugging in, the first peripheral device 130 to theprocessing device 160. All information on how to communicate with theBase Unit 100 and which endpoints to expose can be stored on the firstperipheral device 130 and can be set up by firmware of the firstperipheral device 130.

The decision of which endpoints the first peripheral device 130 shouldexpose can be determined by the Base Unit 100, which can be adapted toanalyze which second peripheral devices are connected to the Base Unit100 (which connection can be through a USB connection or other) andcreate a configuration for the relevant USB endpoint on the firstperipheral device 130.

As indicated above, for embodiments of the present invention, duringoperations, data can flow in both directions, i.e. to or from theprocessing device 160:

-   -   1. Data from a second peripheral device connected to the Base        Unit 100 can flow into the Base Unit 100, or can be captured in        the base unit 100 such as data for display 126. Any such data        can be interpreted and possibly processed, enhanced, encoded        and/or encrypted using firmware of the base unit 100 to generate        processed data. In some embodiments this processed data will        then be sent to the first peripheral device 130 device through a        wireless link 127. This first peripheral device 130 will, if        necessary, decode, decrypt, process and/or interpret the data        and make it available through one or more of the USB endpoints        of this first peripheral device 130 (e.g. either the fixed or        the configured ones). This data will then be captured by the        operating system of the processing device 160 and will be made        available through a custom or standard driver to either the host        application or a 3^(rd) party application running on the        processing device 160 or to other processing devices 160 of        other participants of the meeting.    -   2. Data, which might be coming from the host application and/or        one or more 3rd party applications running on the processing        device 160 can be sent through a handle which is made available        by the system. The data will then be sent to the appropriate USB        endpoint of the first peripheral device 130 through the system        (standard generic) drivers and the USB port. The first        peripheral device 130 will then receive this data via firmware        of the first peripheral device 130, where it will process,        enhance, encode and/or encrypt the data and send it through the        wireless link 127 to the Base Unit 100. The Base Unit 100 will        receive the data via firmware on the base unit 100, will        decrypt, process, decode and/or enhance the data and forward it        to the appropriate first peripheral device, which can be        connected or attached to the Base Unit 100 through a serial        connection such as USB, HDMI or other interface.

Such a meeting of multiple participants is shown schematically in FIG. 6with four processing devices 160 (160-1, 160-2, 160-3, 160-4) which canbe laptops. Three of the processing devices (160-1, 160-2, 160-3) eachare connected to a first peripheral device 130, e.g. by inserting in aUSB connection. One processing device 160-4 can be the host of a UnifiedCommunication (UC) call such as a Skype call or a Skype for Businesscall. The first peripheral devices of two of the processing devices(160-1, 160-2) have completed connection to a WiFi connection with abase unit 100 and are sharing media to the main screen 126. Theprocessing devices 160-3 and 160-4 are sharing the Unified Communication(UC) call such as the Skype call or a Skype for Business call.

Connected to the Base Unit 100 is or are any of the following:

-   -   Webcam 91    -   A 4K touch screen 94    -   A camera 95, connected through USB or HDMI    -   A USB speakerphone 92    -   USB microphone 96 and a speaker set 97 (connected through an        audio jack, s/pdif, USB, HDMI, etc.)

The host processing device 160-4 has pre-installed UC client software.This software interacts with USB endpoints on the first peripheraldevice 130 connected to e.g. plugged into the host. This type of clientsoftware will use speakerphone USB endpoints as a default audio device(e.g. microphone plus speaker). Embodiments of the present invention arein control of all audio or visual signals emitted from and injected inthe processing device 160.

The speakerphone 92 can be used by any of the users at least with afirst peripheral device 130 connected and functioning. There is no needto perform an action to get access to this device. Separate controls canbe made available on a first peripheral device for example to controlthe volume of the audio output of the Base Unit 100 and to mute the roommicrophone 96 if necessary. When muted, the microphone 96 is also mutedfor all other Buttons or apps using this device.

The UC client software 60 running on the host processing device 160-4does not inject the audio content. The microphone 96 can pick up thissignal, or the Base Unit 100 can inject it in the microphone signal tothe first peripheral device 130 connected to the host 160-4. There is noneed for lip-sync with the content video (even if sharing) as thelatency is low.

The same type of second peripheral device is exposed to a user as isplugged in into the Base Unit 100 so that the user can use the driversprovided by the vendor.

If one of the processing devices 130 is sharing in the room, the contentaudio is shared in the room too.

A processing device with functioning first peripheral device can accessthe room camera 96 wirelessly. All other devices connected to the BaseUnit 100 (e.g. HID control devices 93) will be exposed natively.

Any user connected to the system e.g. through a first peripheral devicehas the ability to view the content that is projected in the meetingroom on a display of the user's processing device, i.e. “local view”.The receiver of the local view can have, but is not limited to, one someor all of the following functionality:

-   -   The ability to open a window and view the meeting room content        in that window independently of whether it is the stream itself,        the annotation or a blackboard session.    -   The ability to zoom into the content.    -   Additional measures to assure the picture quality when zooming        in can be added to the feature    -   The local view could allow the user to start and/or participate        in a blackboard or annotation session from his/her own device    -   The ability to take screenshots and/or pause the local view.

FIGS. 6 to 15 and 17 show ways of making various functions available toparticipants in a room, e.g. a meeting. There are four basic methodseach of which is an embodiment of the present invention:

-   -   a) to use a generic driver of the OS 164 of the host processing        device 160 and endpoints like mass storage or HID endpoints to        allow transfer of data using client software running on the host        processing device 160 without the host processing device 160        being aware that the final device is a functional device like a        camera, touchscreen, microphone, loudspeaker, speakerphone etc.        which is connected in or with the base unit 100.    -   b) to have an endpoint on the first peripheral device of a        functional device connected with or in the base unit 100 which        means that the host processing device 160 detects that it is        connected to the functional device and interacts with it as if        it were such a device.    -   c) to have an endpoint on the first peripheral device of a        functional device connected with or in the base unit 100 which        means that the host processing device 160 detects that it is        connected to the functional device but client software needs to        have the vendor specific drivers to be able to interact with the        functional device.    -   d) to have an endpoint on the first peripheral device of a        functional device connected with or in the base unit 100 which        means that the host processing device 160 detects that it is        connected to the functional device but pre-processing is made on        the base unit 100 so that the processing device 160 can interact        with the functional device. One method is to make a common        endpoint on the first peripheral device so that the processing        device can work with any functional device for which        preprocessing exists in the base unit 100.

FIG. 6 shows the processing device 160 in communication with a firstperipheral device 130 connected thereto, base unit 100 in wirelesscommunication 127 with the first peripheral device 130. Variousfunctional devices such as a display 126, a speakerphone 92 (ormicrophone and speaker set 96, 97) and a videocam 91 (or other camera95) are connected to the base unit 100.

A generic driver allows the client software 70 to transfer data to andreceive data from a mass storage device 132 on the first peripheraldevice 130 via a USB interface 131. The client software 70 also has aUSB endpoint 134 which can be a USB HID endpoint and if necessary avendor specific endpoint. This endpoint 134 is the endpoint for theclient software 70 for transmitting the data for the display 126 to thebase unit 100 where the data can be image processed (blocks 124, 125 ofFIG. 1) before being transmitted to the group 90 e.g. via an HDMIconnection or similar. Thus the HID endpoint 134 makes the HDMI display126 and its audiovisual signals available to any processing device 160with a first peripheral device attached thereto, when in a meeting room.However the display 126 is not exposed on the processing device 160,i.e. it is not presented as a display but as an HID endpoint. Thevideocam 91 can be exposed on the first peripheral device 130 as anendpoint (in a way as described for FIG. 1), the video data beingencoded e.g. in block 122 of FIG. 1. Alternatively, as shown in FIG. 6,the video data is encoded in the base unit 100 and is sent via the firstperipheral device 130 to a driver 162 of the operating system 164 of theprocessing device 60 which exposes the encoded data from the videocam 91on the processing device 160 and makes the video data available to theUC call, e.g. Skype™.

Data from the speakerphone 92 can be processed on the base unit 100and/or on the first peripheral device 130 and can be mimicked to theprocessing device 160. The microphone of the speakerphone 92 generates asignal that is transmitted to the processing device 160 via a USBspeakerphone endpoint 136 on the first peripheral device whereby anynoise reduction or echo cancellation can be carried out in the base unit100 as described with respect to FIG. 1 (block 115). The microphone datais made available to the UC call as the speakerphone endpoint 136 isrecognized by the processing device 160 as a speakerphone as if thespeakerphone were plugged into the processing device 160. Also themicrophone data is made available to all other users who have aprocessing device 10 with a connected first peripheral device. In thisembodiment the speaker of the speakerphone has its USB endpoint 136 onthe first peripheral device 130.

FIG. 7 shows a similar configuration to that of FIG. 6 except there aretwo USB endpoints 136 and 138 for a speakerphone and a speakerrespectively. As previously, the HID endpoint 134 makes the HDMI display126 available to any processing device 160 with a first peripheraldevice 130 attached thereto when in a meeting room for providingaudiovisual signals to the display 16. However the display 126 is notexposed on the processing device 160, i.e. it is not presented as adisplay but as an HID endpoint.

The two endpoints 136, 138 receive audio signals from two differentsources. The sound from the UC call can be dealt with as described forFIG. 6 via the speakerphone endpoint 136 and processing on the baseunit. But if there is additional audio data which is not part of the UCcall, this data is sent via the speaker endpoint 138. As there is nosecond peripheral device in the group 90 which is a standalone speaker,the base unit 100 mixes the audio signals for the speakerphone and thespeaker before sending all audio data to the speaker of the speakerphone92. If there were a separate speaker 97 in group 90, then the base unit100 could send this audio data to the speaker. The result is that avirtual speaker has been exposed on the processing device 160.

FIGS. 8 to 11 and 17 describe various embodiments of the presentinvention with the example of how a touchscreen 99 is made available ina meeting room. When a touchscreen is touched it generates a signalrelated to the co-ordinates of the touch position. This needs to beconveyed to processing devices 160 in a meeting whereby the actualsignals must be interpreted if they are to be applied to a differentscreen on the processing device 160. If there is a meeting with avariety of processing devices being used by participants, then a methodneeds to be found of presenting the touch co-ordinates to all thedifferent processing devices. FIGS. 8 to 11 disclose the four basicmethods mentioned above.

In the embodiment of FIG. 8, there is a group 90, base unit 100, firstperipheral device 130 and processing device 160. There are twofunctional devices connected to or in the base unit 100, namely adisplay 126 and a touchscreen 99. The touch screen 99 has a touchscreenendpoint 139 in the first peripheral device 130. The processing device160 recognises this endpoint and can interact with it if the OS 164 hasthe relevant driver 162. This driver can be downloaded if required. Thisembodiment requires that each processing device 160 in a meetingdownloads or has installed the relevant driver 162.

In the embodiment of FIG. 9, there is a group 90, base unit 100, firstperipheral device 130 and processing device 160. There are twofunctional devices connected to or in the base unit 100, namely adisplay 126 and a touchscreen 99. The touch screen 99 has a touchscreenendpoint 139 in the first peripheral device 130. The processing device160 recognises this endpoint and can interact with it if the base unit100 is adapted to translate the co-ordinates of the touch to ones thatcan be used by the processing device 160, i.e. the OS 164 has therelevant driver 162. This driver can be downloaded if required. Thisembodiment requires that each processing device 160 in a meetingdownloads or has installed the relevant driver 162 but the translationfunction of the base unit 100 can reduce the number of different driversthat might be required.

In the embodiment of FIG. 10, there is a group 90, base unit 100, firstperipheral device 130 and processing device 160. There are twofunctional devices connected to or in the base unit 100, namely adisplay 126 and a touchscreen 99. The touch screen 99 has a touchscreenendpoint 139 in the first peripheral device 130. The processing device160 recognises this endpoint and can interact with it if the base unit100 is adapted to translate the co-ordinates of the touch to ones thatcan be used by the processing device 160, i.e. the OS 164 has therelevant driver 162. This driver is a standard driver which can bedistributed, e.g. this driver can be downloaded if required. Thisembodiment requires that each processing device 160 in a meetingdownloads or has installed the relevant driver 162 but the translationfunction of the base unit 100 can reduce the number of different driversthat might be required even more than with the previous embodiment ofFIG. 9.

In the embodiment of FIG. 11, there is a group 90, base unit 100, firstperipheral device 130 and processing device 160. There are twofunctional devices connected to or in the base unit 100, namely adisplay 126 and a touchscreen 99. The touch screen 99 is now dealt withby the client software 70 as has been described previously, namely thatthe client software running on the first peripheral device 130 isadapted to interact with the touchscreen 99 through the USB interface131 and to interact with the OS164 of the processing device 160. Thismeans that the touchscreen 99 is not exposed to the processing device160. The client software 70 is adapted to simulate a touch event and toprovide the correct co-ordinates to the OS164 of the processing device160. This is therefore a proprietary solution which requires the clientsoftware 70 to be adapted to interact with each type of touchscreen 99through a USB interface 131.

FIGS. 12 to 14 relate to embodiments of the present invention in whichthere are multiple users. First of all each participant in a meeting canmake use of any of the embodiments described in FIGS. 8 to 11. Thus thepresent invention provides multiuser solutions.

In FIG. 12 the processing device 60′ has no first peripheral device 130,e.g. none is available. In such a case client software 70′ can beadapted to interact directly with base unit 100 over a wirelessconnection 127′ and the client software 70′ is adapted to provide anysimulations, or translations as required to present the display device126 to the processing unit 160′ and to allow interaction therewith. Theclient software 70′ can be adapted to simulate any of the embodimentsdescribed with respect to FIGS. 1 to 11 without however using a firstperipheral device 130. The client software 70′ can simulate for examplea UB interface of the type used in any of the embodiments of FIGS. 1 to11. For the processing device 160, the methods described with respect toany of FIGS. 1 to 11 can be used.

In FIG. 13 the processing device 60′ has no first peripheral device 130,e.g. none is available. In such a case client software 70′ can beadapted to interact directly with base unit 100 over a wirelessconnection 127′ and the client software 70′ is adapted to provide anysimulations, or translations as required to present the display device126 to the processing unit 160′ and to allow interaction therewithexactly as described with respect to FIG. 12. However group 90 has amicrophone and speaker combination such as a speakerphone 92 or amicrophone and speaker combination 96, 97. Processing device 160 canmake use of any of the embodiments of FIGS. 1 to 11. The client software70′ of processing device 160′ can be adapted to provide video datadirectly to the base unit 100 where it is processed, e.g. decoded andcomposited and provided to display 126 over a suitable connection suchas an HDMI connection.

For the processing device 160′ the client software 70′ and a driver 162′can present a simulated speakerphone 92 to the OS 164′ thus creating avirtual microphone and a virtual speaker. The third party software 60′for the Unified Communication such as the Skype™ call will be presentedwith these virtual devices which it then uses for the call.

In FIG. 14 the processing device 60′ has no first peripheral device 130,e.g. none is available. In such a case client software 70′ can beadapted to interact directly with base unit 100 over a wirelessconnection 127′ and the client software 70′ is adapted to provide anysimulations, or translations as required to present the display device126 to the processing unit 160′ and to allow interaction therewithexactly as described with respect to FIG. 13. However group 90 has avideocam 91 connected e.g. via a USB connection to the base unit 100.Processing device 160 can make use of any of the embodiments of FIGS. 1to 11. The client software 70′ of processing device 160′ can be adaptedto receive video data directly from the base unit 100.

For the processing device 160′ the client software 70′ and a driver 162′can present a simulated videocam 91 to the OS 164′ thus creating avirtual videocam device. The third party software 60′ for the UnifiedCommunication such as the Skype™ call will be presented with all of thevirtual devices which it then uses for the call.

FIG. 15 shows a messaging flow diagram applicable to any of theembodiments described with respect to FIGS. 1 to 11.

FIG. 16 shows a messaging flow applicable to any of the embodimentsdescribed with respect to FIGS. 12 to 14 where no first peripheraldevice is used.

FIG. 17 shows a further embodiment of the present invention comprising aprocessing device 160 with a processor and memory and executing andoptionally storing a client software 70 comprising also a hostapplication as well as a third party application 60 which can be adaptedto execute a unified communications call such as a Skype™ call or aSkype™ for business call. The processing device 130 has a serial portsuch as a USB port and generic or custom drivers for communicatingacross the port with a first peripheral device 130. The peripheraldevice 130 has a processor and memory and executes and optionally storesfirmware which provides a wireless link 127 to a base unit 100 as wellas providing at least one configurable or fixed endpoint of a functionaldevice 90 which is connected to or is connected in the base unit 100.The base unit has a processor and a memory for executing and optionallystoring firmware for providing a connection to the wireless link 127 andalso to provide a port to the functional device 90. The functionaldevice 90 has a processor and memory and executes and optionally storesfirmware for providing the link and interface to the base unit 100 andfor providing data to be sent to the at least one configurable or fixedendpoints on the peripheral device 130.

What is claimed is:
 1. A system for connecting a processing device to afunctional device connected to or in a base unit of a communicationsnetwork, the processing device having a memory, a display and anoperating system, the system comprising: a first peripheral device beingadapted to be coupled to the processing device via a genericcommunications protocol, the base unit having a transmitter and thefirst peripheral device having a receiver and at least one fixed or aconfigurable endpoint of the functional device exposed on the firstperipheral device; the base unit and the first peripheral device beingadapted to transmit and receive data respectively over thecommunications network from the functional device to the processingdevice via the at least one fixed or configurable endpoint using thegeneric communications protocol for communication between the processingdevice and the first peripheral device.
 2. The system of claim 1 whereinthe functional device is any one or more of a microphone, aspeakerphone, a speaker, a display, a touchscreen, a projector, acamera, a video camera, a webcamera.
 3. The system of claim 1 whereinthe at least one fixed or a configurable endpoint of the functionaldevice exposed on the first peripheral device is one of a humaninterface device, a mass storage device, a composite device, amicrophone, a speakerphone, a speaker, a display, a touchscreen, aprojector, a camera, a video camera, or a webcamera.
 4. The system ofclaim 1 further comprising means for encoding, optionally encrypting thedata.
 5. The system of claim 1 wherein the processing device is adaptedto host a unified communication between two or more further processingdevices.
 6. The system of claim 5 wherein the first peripheral device isadapted to present a functional device to the unified communicationbetween two or more processing devices.
 7. The system of claim 1 adaptedto expose the same type of functional device to the processing device asis connected to the Base Unit further comprising at least one driver forthe functional device installed on the processing device.
 8. The systemof claim 1 wherein the functional device is a second peripheral device.9. The system of claim 1 wherein the functional device is a datacapturing device.
 10. A method for connecting a processing device to afunctional device connected to or in a base unit of a communicationsnetwork, the processing device having a memory, a display and anoperating system, the base unit having a transmitter and the firstperipheral device having a receiver the method comprising: coupling afirst peripheral device being to the processing device via a genericcommunications protocol, providing at least one fixed or a configurableendpoint of the functional device exposed on the first peripheraldevice; transmitting data from the base unit and receiving the data atthe first peripheral device over the communications network from thefunctional device to the processing device via the at least one fixed orconfigurable endpoint using the generic communications protocol forcommunication between the processing device and the first peripheraldevice.
 11. The method of claim 10 wherein the functional deviceprovides any one or more of a microphone, a speakerphone, a speaker, adisplay, a touchscreen, a projector, a camera, a video camera, awebcamera.
 12. The method of claim 10 further comprising presenting theat least one fixed or a configurable endpoint of the functional deviceexposed on the first peripheral device as one of a human interfacedevice, a mass storage device, a composite device, a microphone, aspeakerphone, a speaker, a display, a touchscreen, a projector, acamera, a video camera, or a webcamera.
 13. The method of claim 10further comprising encoding, and/or optionally encrypting the data. 14.The method of claim 10 further comprising hosting a unifiedcommunication between two or more further processing devices on theprocessing device.
 15. The method of claim 14 further comprising thefirst peripheral device presenting a functional device to the unifiedcommunication between two or more processing devices.
 16. The method ofclaim 10 comprising exposing the same type of functional device to theprocessing device as is connected to the Base Unit and using at leastone driver for the functional device installed on the processing device.17. A peripheral device adapted to be coupled to a processing device viaa generic communications protocol, the peripheral device having areceiver and at least one fixed or a configurable endpoint of afunctional device exposed on the first peripheral device; the receiverof the first peripheral device being adapted to receive data over thecommunications network from the functional device and for sending thedata to the processing device via the at least one fixed or configurableendpoint using the generic communications protocol for communicationbetween the processing device and the peripheral device.
 18. Theperipheral device of claim 17 wherein the at least one fixed or aconfigurable endpoint of the functional device exposed on the firstperipheral device is one of a human interface device, a mass storagedevice, a composite device, a microphone, a speakerphone, a speaker, adisplay, a touchscreen, a projector, a camera, a video camera, or awebcamera.
 19. A computer program product for carrying out any of themethod steps of claim 10 when executed on a processor.
 20. Anon-transitory signal storage means storing the computer program productof claim 19.